SUPLEMENTO MENSUAL DEDICADO A LA IMAGE\ SINTETICA 







yjJ ! J b h ) 



r 'l 



\ 



> 




X 



Biblioteca 3D 
Edition de 
puntos con 
Imagine 3.0 



Informe 



( Quien es 
Tomwoof? 



Elementos 
para la 
proxima 
batalla 



En el CD-ROM 



Ray13 

un trazador de 

rayos espanol 



pcCiDarfa 



TADA 
POV + Imagine 
Lo mejor de 
dos mundos 




I 



I ■ i I 



Mm 



/ose Manuel Munoz 



Jr ^*| jnfo ^gg Especial 

^^■k MF Todo los ficheros de ejemplo LSHK^ Iff *9wMCJ 

mKKKr qi iiM'. tl P od *' s encontrarlos en el | Aj AA [A | 

H **^^» directorio PCMANIA\RENDER57 | J| "JJ |f ( 
^^1 del CD-Rom. 



iQue fue de Tomwoof? 






Hace casi dos anos 
publicamos un 
articulo sobre las 
"mangababes" de 
Tomwoof. A pesar del 
tiempo transcurrido 
seguimos recibiendo 
modelos 3D 
inspirados en la obra 
de Tomwoof. Por lo 
visto, aquellas chicas 
3D de estilo manga 
causaron una gran 
impresion a muchos 
lectores. Pero, 
<j,que fue de las 
"mangababes"? £Y 
que fue de Tomwoof? 




a pnmera vez que vi 

Lei trabajo de Tom- 
woof fue en el CD de 
Walnut Creek dedi- 
cado a POV. La cali- 
dad y el encanto de 
estas chicas virtuales realizadas con Ima- 
gine 3.0 me impresionaron de tal forma 
que decidi dedicarles el articulo de Ren- 
dermanfa incluido en el numero 35, a pe- 
sar de la poca information que tenia sobre 
las "mangababes" o su autor. Hoy esta si- 
tuation ha mejorado gracias a las paginas 
web publicadas sobre este particular. 

Despues de realizar una busqueda con 
las palabras "Tomwoof y "mangababes", 
obtuvimos una serie de enlaces (en la 
epoca del primer articulo Tomwoof no 



debia estar conectado a la red). Estos en- 
laces nos permitieron actualizar un poco 
nuestros datos sobre el autor y su obra. 
Las direcciones mas interesantes son: 

www.dormnet.his.se/~a95amckli/ 

links/manga. html 

www.3dcafe.com 

www.webcom.com/tomwoof.html 

En la pagina de Tomwoof encontra- 
mos algunos datos sobre este autor cuyo 
nombre real es Pang Sie Piau; un "hu- 
mano" de raza china, residente en Sin- 
gapur. Pang es un informatico que se li- 
cencio hace algunos anos en la Nanyang 
Technological University y entre sus ha- 
bilidades estan la programacion en C, el 
diseno de paginas web, el diseno en 2D 
y, por supuesto, el modelado en 3D. En- 
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tre los datos suministrados por este ar- 
tista estan su telefono (65 2735363) y 
su e-mail (siepiau@pacific.net.sg). 

Una libreria de chicas 3D 

Las "mangababes" son una libreria 
de chicas 3D que Tomwoof realizo con 
Imagine sin emplear ningiin tipo de 
Ipas. Son modelos articulados que 
Tomwoof vende en dos modalidades en 
los formatos TDD (algunos llaman asf 
al formato empleado por Imagine), 
3DS, DXF y, recientemente, en el for- 
mato de Lightwave. Como podeis ver 
por las fotos, las chicas de Tomwoof no 
son modelos de estilo "real", pero mu- 
chos opinamos que su encanto supera 
la fria perfection de otros modelos fe- 
meninos de librerfas mucho mas caras. 
Por otro lado, y partiendo de estos mo- 
delos, Tomwoof ha creado versiones 
3D de Chunli, Cammy y otros perso- 
najes famosos de videojuegos. 

Hoy publicamos la version de demo 
de esta libreria. En ella encontrareis una 
chica en los formatos de 3D Studio e 
Imagine, algunas imagenes y texturas 
de prueba, y un fichero para el registro. 
Segun Tomwoof, la ultima version de 
las "mangababes" (la 1.1) incluye ma- 
pas de texturas para crear diversas ex- 
presiones faciales, mapas de texturas 
para secuencias animadas de las caras, 
modelos articulables en diferentes po- 
ses, imagenes de ejemplo e instruccio- 
nes para realizar los renders. 



Algunas puntualizaciones 

Para saber algunos detalles acerca de 
como se pasaron los modelos de Ima- 
gine al formato 3DS, veamos que decia 
el propio autor en el fichero 3DS.TXT 
que podeis hallar en la demo: 

"La conversion desde el formato 
TDD del Imagine de Impulse al 3DS 
del 3D Studio de Autodesk es tediosa y 
consume mucho tiempo. Primero, los 
objetos son tornados y grabados uno a 
uno separadamente desde Imagine co- 
mo objetos DXF. Despues cada uno de 
estos objetos es importado dentro de 
3D Studio y se le asignan los atributos, 
materiales, texturas y coordenadas de 
mapeado correspondientes. 

Yo no suelo usar PC y no soy un ex- 
perto en el uso de 3D Studio. Las ver- 
siones 3DS de las "mangababes" han 
sido posibles gracias a la ayuda de mis 
amigos de Aura Media, una firma mul- 
timedia y DTP de Singapur" 

El modelo que hallareis en la demo 
ha sido grabado como un linico objeto. 
No es, por tanto, articulable. Ademas 
faltan algunas piezas vitales, como las 
manos. los pies y los senos. Con todo la 
malla nos servira -junto con las fotos- 
para comprobar la calidad del trabajo 
de Tomwoof. 

Ahora, por si alguien desea regis- 
trarse, aqui van un par de notas: 

• La direction dada por Tomwoof en 
el fichero ORDER.TXT incluido en la 
demo no es identica a la que hemos ha- 



llado en uno de los ficheros HTML mas 
recientes. Por ello recomendamos con- 
tactar mediante correo electronico con 
este autor antes de proceder al registro. 

• Olvidaos de lo que dice la demo 
sobre las opciones de registro. Parece 
ser que la unica option de registro dis- 
ponible actualmente para la version 1 . 1 
es la B. De nuevo aqui parece conve- 
niente consultar con el autor. 

• Tomwoof advierte que es conve- 
niente especificar el pago en dolares de 
Singapur -por problemas bancarios- 
para acelerar el envio. De nuevo reco- 
mendamos contactar por e-mail. 

Mas datos utiles 

Segun Tomwoof ya se esta preparan- 
do la version 2.0 de las "mangababes". 
A la pregunta de cuando estara con- 
cluida, este autor responde sencilla- 
mente: "cuando este acabada". Final- 
mente anadiremos para los curiosos que, 
en el web, los trabajos de Tomwoof fi- 
guran bajo el sello Wireframe, el cual 
es seguramente de creation propia. 
Otro trabajo interesante de este autor es 
"Virtual Warriors Design Kit", que pa- 
rece ser una libreria de superheroes de 
la serie Bola de Dragon. Esto es, por 
ahora, todo lo que sabemos de este in- 
teresante autor. Bueno, tambien cono- 
cemos su opinion respecto a la pregun- 
ta ultima acerca de la vida, el universo 
y todo lo demas: "leed la guia del auto- 
estopista galactico de Adams". 
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Battlemechs a medida 



Los adeptos al manga o a los juegps 
ambientados en epocas futuristas r 



familiarizados con ciertos artefactos 
conocidos por nombres tales co 
Mechs, mechas, mecas y muchos otros 
terminos. Estos mechs son maquinas 
-normalmente disenadas para la guerra- 



cuya estructura suele constar d 
y brazos y cuyo comportamic 
recuerda bastante al de algunos seres 



rg\ 



vivos. Los mechs suelen estar tripulados 
por uno o mas pilotos humanos y 
existen casi tantos disehos de 
como autores hay en el genero. 1 
construiremos un Mech con 

ipleando, entre otras, la tecnica de 
cion de conjuntos de puntos. 
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El genero de los me- 
chas cuenta con in- 
finidad de autores 
que, perfectos co- 
nocedores del atrac- 
tivo que tienen estas 
maquinas entre sus muchos aficiona- 
dos, se devanan los sesos intentando 
crear disenos atractivos, algunos de los 
cuales estan basados en ideas muy de- 
talladas y originales. 

En Appleseed, por ejemplo, Shirow 
nos muestra unos Mechs que son poco 
mas que armaduras de gran 
tamafio tripuladas por seres 
humanos. En estas armadu- 
ras, las extremidades del 
mech "copian" los movi- 
mientos de los miembros del 
piloto humano. (Shirow ha 
disenado un ingenioso siste- 
ma de articulaciones). En 
otras obras el sistema de 
control es diferente. Nues- 
tro Mech de hoy esta basa- 
do en las impresionantes 
maquinas del juego "Battle- 
tech" (en el que se supone 
que el piloto emplea un cy- 
bercasco para controlar al mech como 
si este fuera su propio cuerpo). En 
concreto nuestro Jmmp77 es descara- 
damente similar al Mad-3R Marauder 
de este juego. 



Cuestiones relativas 
al diserio del modelo 

Uno de los problemas mas diverti- 
dos y complicados al mismo tiempo 
que implica el diseno de una de estas 
maquinas es que hay que crear un sis- 
tema de articulaciones que realmente 
funcione (una condicion que no cum- 
plen muchos dibujantes de Mechs). 



Aunque la cabina y las armas principa- 
les de nuestro Mecha son muy simila- 
res a las del Marauder, vuestro seguro 
servidor intento disefiar un cuerpo y un 
sistema de articulaciones diferente, en- 
tre otras cosas porque no acababa de 
visualizar correctamente el movimien- 
to del Marauder. 

El resultado no es, graficamente ha- 
blando, nada espectacular, pero al me- 
nos es funcional. La cabina del piloto 
esta sostenida por un largo cuello com- 
puesto por varias piezas cuyos ejes de 




giro nos permitiran enfocar dicha cabi- 
na hacia (casi) cualquier direccion. 
Aunque esto no es preciso ya que el 
Mech tiene varias camaras-ojo situadas 
fuera de la cabina. Las armas principa- 
les son dos cafiones gigantescos mon- 
tados al final de dos brazos cuyas arti- 
culaciones hacen posible apuntar casi 
a cualquier parte, independientemente 
de la position del resto del cuerpo. 

Como arma secundaria hemos colo- 
cado un canon doble en la parte supe- 
rior de la torreta. Se supone que este 
canon protegera al Jmmp77 de ataques 
procedentes del cielo o de la retaguar- 



dia. (Si, se echa en falta un lanzamissi- 
les pero...) En cuanto a las patas, estas 
pueden girarse lateralmente para cam- 
biar de direccion con rapidez gracias a 
una pieza de giro situada en la cadera. 
Por ultimo, cada pie esta formado por 
cuatro pezunas que permitiran al 
Jmmp77 sostenerse facilmente en te- 
rrenos muy escabrosos. 

Un ejemplo perfecto de los proble- 
mas que implica el diseno de articula- 
ciones puede verse en esa inolvidable 
secuencia de Robocop en la que el tan- 
que bipedo intenta bajar por 
unas escaleras. 

Otra divertida cuestion re- 
lativa al diseno de estos arte- 
factos es la "logica" utiliza- 
da en su diseno. Dar algunos 
detalles sobre esto es algo 
casi obligado, asf que avan- 
zaremos que la fuente de 
energia de nuestro Jmmp77 
procede de un microreactor 
de fusion cuya potencia se 
emplea para accionar los 
musculos artificiales de 
nuestro monstruo. La arma- 
dura del Mech esta com- 
puesta por una aleacion de impenetrau- 
vilita (;Je!) que puede resistir a casi 
cualquier cualquier cosa y sus armas 
principales... (Nota del corrector de es- 
tilo: Suprimidas dos paginas de texto 
innecesario). ^Criticas? El centra de 
gravedad es muy alto, hay un numero 
excesivo de articulaciones, la estructura 
carece casi de blindaje -se pretendi'a 
que las articulaciones resultaran visi- 
bles-, etc, etc. (Nota de Jose Manuel 
Mufioz: Aqui el corrector de estilo in- 
serto dos paginas propias con innece- 
sarias criticas al modelo. Estas pagin 
nan sido suprimidas por mi). 
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La edicion de puntos 

La edicion de puntos es uno de los 
trucos mas habituales a los que recu- 
rren los infografistas que emplean mo- 
deladores poligonales. Ni que decir tie- 
ne que la edicion de puntos solo sera 
posible si el modelador empleado dis- 
pone de opciones que la soporten. Pro- 
gramas como 3D Studio o Imagine si 
la permiten. ^En que consiste la edi- 
cion de puntos? Bien, muchas veces los 
objetos generados con las herramientas 
de extrusion del programa o con otros 
metodos no tienen exactamente la for- 
ma que pretendfamos lograr. Esto pue- 
de deberse a limitaciones propias de las 
herramientas empleadas o a que, sim- 
plemente, la forma final del objeto no 
puede lograrse "del todo" con las tools 
usadas. Es en estos casos donde suele 
emplearse la edicion de puntos que 
consiste en la modification directa de 
la colocacion espacial de los puntos del 
objeto. Para ello se emplean normal- 
mente operaciones de traslacion, rota- 
tion y escalation, aunque, adicional- 
mente, algunos modeladores permiten 
tambien otras operaciones. 

Por supuesto, el estilo exacto de traba- 
jo en la edicion de puntos dependera de la 
filosoffa del modelador empleado, pero 
hay algunos aspectos comunes que com- 
parten la mayorfa de los modeladores. 
Quiza el mas importante sea el detalle de 
que el trabajo se realiza sobre conjuntos 
de puntos. Esto es algo practicamente 
obligatorio por dos razones: La primera 
porque el numero de puntos a modificar 
dentro de un objeto puede ser muy ele- 
vado y la segunda porque -en muchas 
ocasiones- desearemos efectuar un des- 
plazamiento simetrico sobre un grupo de 
puntos. Veamos seguidamente como fun- 
ciona todo esto en Imagine. 




Un caso practico de edicion 

Practicamente todos los objetos sim- 
ples de que consta el Jmmp77 han sido 
tratados con edicion de puntos. Puede 
que el caso mas sencillo sea el del ob- 
jeto que hace las veces de cabina. El 
lector puede comprobar las diferencias 
visibles entre cabina.frm, el objeto ini- 
cial creado desde el Editor de formas, y 
cabina. obj (el mismo objeto con los 
puntos correspondientes a los poligo- 
nos del morro desplazados y escala- 
dos). Para realizar las modificaciones 
entre ambas formas, leed el objeto ca- 
bina.frm desde el Editor de Detalles y 
seleccionadlo (desde el modo de obje- 
tos). Despues activad el modo de trata- 
miento de puntos (option "Pick 
Points" del submenu "Mode") y mar- 
cad el modo de seleccion "Drag Box" 
dentro de "Pick Method", en el subme- 
nu "Mode". Al cambiar a "Pick Points" 
los puntos del objeto seleccionado se 



remarcaran en amarillo. Al seleccionar 
los puntos deseados del morro de la ca- 
bina englobandolos dentro de la caja de 
seleccion, estos tomaran un color rosa- 
do. (Nota: Pueden sumarse mas grupos 
de puntos a una seleccion empleando 
varias cajas). Cuando esto suceda, y si 
no os habeis equivocado al seleccionar 
los puntos a editar (en cuyo caso ten- 
dreis que pinchar con el raton y efec- 
tuar una nueva seleccion), se podran 
efectuar las operaciones de edicion. 

En el caso que nos ocupa, lo primero 
sera trasladar los puntos del morro para 
sacarlos un poco del objeto. Para ello 
pinchad primero en el boton de movi- 
miento (de la fila inferior de botones) y 
luego, como interesa restringir el movi- 
miento de los puntos al eje Y. desacti- 
vad el movimiento de los otros ejes 
pinchando sobre sus botones. Recordad 
que en Imagine, por defecto, las trans- 
formaciones de movimiento y escala- 
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cion se efectuan sobre todos los ejes. 
Al trabajar con puntos u objetos suele 
ser interesante restringir el alcance de 
las operaciones a uno o dos ejes. Al or- 
denar una transformation espacial de 
movimiento o escalation, todos los 
ejes estaran activados. Para restringir la 
operation a uno o mas ejes habra que 
pinchar sobre los botones X, Y o Z, se- 
giin sea el caso. 

Hecho esto, pinchad y arrastrad con 
el raton en la ventana Right para des- 



plazar un poco los puntos fuera del mo- 
rro del objeto. Despues, manteniendo 
la misma selection de puntos, pinchad 
sobre el boton de Escalation y arras- 
trad con el raton de modo que los pun- 
tos se expandan. De esta manera "abri- 
remos" un poco el morro de la cabina. 
Luego podeis seleccionar otro grupo 
de puntos mas reducido en el exterior 
de la cabina y desplazarlo hacia aden- 
tro, con lo que se creara una depresion 
dentro de esta. 



Nota: En caso de meteduras de pata 
siempre podeis hacer ALT-U -undo- o 
bien borrar el objeto y volver a impor- 
tar a cabina.frm. 

Creando un objeto por 
edition de puntos 

La modification de objetos construi- 
dos con otras herramientas no es la uni- 
ca utilidad de la edition de puntos. El 
trabajo directo desplazando y escalan- 
do puntos puede resultar un tanto te- 
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dioso al principio pero se trata de un 
sistema tan directo y preciso de modifi- 
car la forma de los objetos que uno aca- 
ba prefiriendolo a otros sistemas teori- 
camente mas comodos, incluso en el 
caso de la creation de objetos nuevos. 
Veamos un ejemplo. 

Uno de los objetos simples que com- 
ponen nuestro Jmmp77 es una pieza 
parecida a la cabeza de un tornillo que 
se encuentra -sola o en pareja- en va- 
rias de las articulaciones del mech. Es- 
ta pieza se creo generando primero un 
disco simple (opcion "Disk" de la ven- 
tana de primitivas del boton "Prim"). 
Una vez creado el disco se procedio, 
despues de seleccionar el objeto, a ex- 
trusionarlo (opcion "Extrude" de la 
ventana "Mold", cuyo acceso se halla 
en el submenu "Functions") para con- 
seguir la forma general inicial de la pie- 
za (un cilindro). 

Despues, desde la ventana frontal y 
entrando en el modo "Pick Points", se 
seleccionaron los puntos de cada sec- 
tion para proceder a su escalado y des- 
plazamiento. Haciendo esto, y cuando 
ya casi se habfa concluido con el dise- 
fio de la pieza, resulto que hacia falta 
una seccion mas para crear la depresion 
interna de la pieza. Para lograr dicha 
nueva seccion se entro en el modo 
"Pick Faces" (seleccion de caras) y se 
seleccionaron los puntos del centre 
(Nota: Seleccionar caras con la caja de 
"Drag Box" puede resultar bastante 
fastidioso ya que es muy facil seleccio- 
nar mas caras de las necesarias. Para 
evitar este problema podemos intentar 
la seleccion desde otra ventana o bien 
usar el lazo de seleccion -opcion "las- 
so" de "Pick Method"-). Las aristas de 
las caras seleccionadas tomaron un co- 
lor azul. Entonces se pincho sobre la 




opcion "Fracture", en el submenu "Ob- 
ject". Fracture crea nuevas caras subdi- 
vidiendo el espacio ocupado por los 
polfgonos seleccionados. De esta ma- 
nera aparecio un nuevo conjunto de 
puntos que, despues de volver al modo 
"Pick Points", fueron debidamente es- 
calados y desplazados. 

La opcion fracture suele emplearse 
mucho para suavizar contornos de ob- 
jetos que se han creado con un numero 
excesivamente reducido de polfgonos. 
(Podemos emplear fracture para subdi- 
vide caras y lfneas). Tambien podemos 
emplear fracture, como en este ejem- 
plo, para crear puntos nuevos en la su- 
perficie de un objeto. 

Problemas y trucos 
de la edition de puntos 

La edition de puntos tambien pre- 
senta algunos problemas. El mas im- 
portante es, desde luego, realizar co- 
rrectamente la seleccion de los puntos. 
A veces, como en el ejemplo prece- 
dente, esto es muy sencillo pero en 
otras ocasiones, y debido a la forma 
del objeto seleccionado, se trata de una 
operation bastante diffcil, o al menos 
lo sen'a si Imagine no contara con la 
opcion "Hide Points". ^Y por que pue- 
de haber problemas en relation a esto? 

Basicamente, debido a la forma en 
que se seleccionan los puntos. Nor- 
malmente usaremos una caja de arras- 



tre con el raton manteniendo pulsada 
la tecla shift (modo multiple). La caja 
incluira en la seleccion no solo a todos 
los puntos visibles dentro de ella per- 
tenecientes a la seccion que nos inte- 
rese, sino tambien a todos los puntos 
del objeto que tengan dos de sus coor- 
denadas 2d comprendidas dentro de 
las coordenadas de la caja. O sea que 
probablemente se incluiran tambien 
puntos que no nos interesen o que ni 
siquiera seran visibles dentro de la 
ventana de trabajo en activo debido a 
que tienen las mismas coordenadas 2d 
de otros puntos mas cercanos al espec- 
tador. En otras palabras: La ventana de 
seleccion tiene dos dimensiones visi- 
bles en la ventana de trabajo desde la 
que es dibujada, pero realmente se ex- 
tiende perpendicularmente "entrando" 
en la ventana de trabajo para seleccio- 
nar los puntos. 

Si el lector se siente un poco confu- 
so con la explication precedente ima- 
gine el siguiente caso: se crea un piano 
de 10*10 puntos con la opcion "Plane" 
de la ventana de primitivas (boton 
"Prim") y despues se extrusiona el pia- 
no obtenido usando la opcion "extru- 
de" de la ventana "mold" y ordenando 
10 secciones. Nuestro nuevo objeto se- 
ra un cubo -si hemos especificado una 
longitud para la extrusion igual al lar- 
go de uno de los lados-, y tendra 
10*10*10 puntos. Si ahora selecciona- 
mos el objeto y, pasando al modo 
"Pick points", nos situamos en la ven- 
tana Front y creamos una caja de se- 
leccion de puntos que abarque a 2*2 
puntos, los puntos seleccionados no se- 
ran 4, sino 40 (2*2*10). (Lo sucedido 
nos resultara evidente si examinamos 
los puntos rosados en las tres vistas 
principales de trabajo). Supongamos 
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que lo que se pretende es precisamente 
seleccionar a los 4 puntos mas cerca- 
nos visibles dentro de la caja en la ven- 
tana Front, o sea los mas cercanos al 
espectador. /.Corno hacerlo? 

La unica forma es utilizar la opcion 
"Hide Points" del submenu "Mode". 
Para ello, desde el modo de puntos, 
pulsaremos esta opcion y crearemos 
una caja de "ocultacion" que engloba- 
ra a los puntos cu- 
yo dibujo y uso 
queremos desacti- 
var temporalmente. 
Es importante to- 
mar nota de que, en 
este caso, no hay 
que apretar la tecla 
de shift (modo mul- 
tiple). ^Donde colo- 
caremos la ventana 
de ocultacion? 

En nuestro ejem- 
plo, y puesto que 
queremos seleccio- 
nar un grupo de 
puntos que estan en 
la cara del cubo 
mas cercana al es- 
pectador, en la ven- 
tana Front, lo ade- 
cuado sera crear 

dicha caja en la ventana Top o en la 
Right. La ventana debera abarcar a to- 
das las secciones del cubo menos a la 
necesaria para hacer la seleccion. Una 
vez ocultos los puntos, volveremos a 
pinchar en "Pick points" para hacer la 
seleccion de los 2*2 puntos deseados. 
Naturamente los puntos desaparecidos 
siguen estando ahi y volveran a apare- 
cer si cambiamos al modo de objetos 
("Pick objects"). El uso de la opcion 
"hide points" es practicamente impres- 



cindible en objetos con mallas de pun- 
tos muy densas. 

Por ultimo hay que tener en cuenta 
otro posible problema: En muchos ob- 
jetos creados desde el Editor de Formas 
la disposicion de los puntos no es si- 
metrica en los distintos ejes -aunque la 
forma general del objeto si lo sea-. Es- 
to se debe a que los puntos equivalentes 
de las distintas formas 2d no tienen 




muchas veces la misma altura. (A ve- 
ces esto sencillamente es imposible si 
queremos lograr una forma dada). 
Cuando esto suceda tendremos proble- 
mas en el Editor de Detalles si preten- 
demos realizar cambios simetricos en 
la forma del objeto editando puntos de 
la manera ya descrita. (Nota: Por cam- 
bios simetricos nos referimos a altera- 
ciones identicas en zonas equivalentes 
de objetos con, por ejemplo, simetrfa 
bilateral, como puede ser el caso de las 



alas de un avion). Este problema puede 
ser parcialmente enmendado usando 
fracture para crear nuevas caras con las 
que intentaremos nivelar un poco las 
diferencias; pero esto tampoco es de- 
masiado comodo. 

Problemas con el redibujado 

Cuando se esta trabajando con pun- 
tos o cuando se esta estableciendo una 
jerarqufa de obje- 
tos o en medio de 
otros procesos, 
podemos tener 
ciertos problemas 
con el redibujado 
de objetos. 

La verdad es que 
el autor de este ar- 
ticulo desconoce. 
en el momento de 
escribir estas li- 
neas, si dichos pro- 
blemas se deben a 
pequenos bugs de 
la version 3.0 de 
Imagine o a valo- 
res incorrectos 
que pueden cam- 
biarse en alguna 
parte; por ahora 
me inclino a creer 
que se trata del primer caso. De cual- 
quier manera estos fallos en el redibu- 
jado pueden ser bastante molestos. 

Puede suceder por ejemplo que al 
retornar desde un modo de seleccion a 
otro -y sobre todo si usamos "hide 
points"- los objetos no se redibujen en 
el modo adecuado, que quede basura o 
que ciertos objetos permanezcan invi- 
sibles. Esto podemos arreglarlo usando 
la opcion "Redraw" (redibujado) del 
submenu "display" o maximizando 
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una ventana o cambiando entre uno y 
otro modo de selection. 

Articulaciones y problemas 
con los ejes 

Un punto sobre el que no hicimos de- 
masiado hincapie en el capftulo 4 del 
niimero 5 de Rendermanfa fue el de la 
importancia de los ejes en la construc- 
tion de las jerarquias de movimiento del 
modelo. Como recordareis, en Imagine 
al crear un objeto cualquiera siguiendo 
un procedimiento cualquiera se crean 
siempre unos ejes que se representan 
con tres li'neas que cruzan un punto y so- 
bre las que pueden verse las letras X, Y 
y Z. Estos son los ejes locales de cada 
objeto y son los que se emplean en las 
jerarquias de objetos para colocar las 
posturas de las extremidades de los mo- 
delos empleando rotaciones. 

Por supuesto, esto quiere decir que 
la preparation de las posturas del mo- 
delo solo sera posible si los ejes de ca- 
da objeto se hallan en los puntos ade- 
cuados. Considerese el caso del cuello 
del modelo de un ser humano virtual. 



NOTA: 

Acerca de los objetos "MIRROR" 



En el niimero 5 se explicd un tru- 
co para crear copias espejo de ob- 
jetos. Recordemos que una copia 
espejo es un objeto con simetria 
opuesta a la del original. Por ejem- 
plo, las alas de un avion. Pues Men 
este truco no funcionard a memos 
que marquemos el flag "World" en 
la ventana de Transformaciones. 
Pedimos perddn por esta imperdo- 
nable omision. 



Al construir las jerarquias haremos que 
la cabeza sea un objeto hijo del objeto 
cuello. Pues bien, si el eje del cuello es- 
ta bien colocado (en el centra del mis- 
mo) podremos -pinchando en "Pick 
Groups" y seleccionando el cuello- ha- 
cer girar a la cabeza correctamente. Sin 
embargo si el eje esta mal puesto puede 
ocurrir que, al efectuar la rotation, jla 
cabeza se saiga del cuello! 

La position final de los ejes de un 
objeto recien creado no tiene por que 
coincidir con la position final que ha- 
bran de tener dichos ejes cuando el ob- 
jeto ocupe su lugar dentro del modelo. 
Puede ocurrir que los ejes esten muy 




descentrados e incluso que queden fue- 
ra del objeto. Esto puede ocurrir facil- 
mente en el Editor de Formas, en don- 
de al desplazar los puntos de las formas 
2d puede suceder que no tengamos en 
cuenta la position de los ejes dentro del 
objeto. Tambien puede ocurrir esto si 
creamos un objeto en el Editor de deta- 
lles siguiendo el procedimiento de di- 
bujar primero los puntos y luego las ca- 
ras para, finalmente, extrusionar la 
forma 2d. Resumiendo: Para que la 
manipulation de los modelos articula- 
dos funcione tendremos que situar ade- 
cuadamente los ejes despues de haber 
colocado espacialmente a cada objeto 
simple en su correcta position dentro 
del modelo. Esta manipulation de los 



ejes de un objeto sin alterar la position 
espacial de este podemos llevarla a ca- 
bo seleccionando el objeto deseado y 
pulsando shift-M (desplazamiento). 
Haciendo esto podremos trasladar los 
ejes directamente en alguna de las ven- 
tanas de trabajo. 

Tambien, si deseamos una mayor 
precision, podremos invocar con este 
fin a la ventana de transformaciones y 
llevar a termino la operation marcan- 
do el flag "Axes only" (solo los ejes). 

Por ultimo debemos senalar que es 
conveniente imaginar (al menos en ca- 
sos como este) como va a moverse el 
modelo antes de disenar los objetos. Si 
no tenemos cierta prevision pueden 
acabar sucediendo cosas tales como 
que las distintas piezas se superpongan 
en medio de algiin giro o que algunos 
miembros sean excesivamente cortos o 
largos como para cumplir su cometido. 

El acabado 

Finalmente conviene recordar un 
detalle importante de cara a ahorrar 
trabajo inutil: Es conveniente dar atri- 
butos a los objetos en cuanto la forma 
de estos se da como acabada. Si no 
obramos de esta manera tendremos 
probablemente que repetir el trabajo 
varias veces. (Por ejemplo para indicar 
superficies flat en objetos mirror o en 
derivados). 

El Mech 

Cread un proyecto y luego un sub- 
proyecto con los nombres que querais. 
Luego volcad el contenido del directo- 
rio objects en el subdirectorio del mis- 
mo nombre dentro de vuestro nuevo 
proyecto. Despues, seguid los pasos 
normales desde el Editor de escenas si 
quereis preparar el primer render. 
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En el numero anterior 
integramos en la portada 
elementos de Pov e Imagine. 
Hoy volveremos a hacer esto 
para explicar el "traslado" de 
un modelo de Imagine a Pov. 
Por supuesto, existen muchos 
caminos para realizar una 
conversion de este tipo pero el 
metodo actual es, cuanto 
menos original, ya que implica 
la mediacion de 3D Studio. 



ara la portada del 

Ppresente numero era 
obligatorio emplear 
el modelo de ejem- 
plo de este mes. 
Luego se decidio, 
ademas, realizar el render final desde 
Pov. Decidido esto, pasaron a conside- 
rate diversos metodos para realizar la 
conversion Imagine-Pov. Fue en este 
momenta cuando el autor se acordo de 



3ds2pov, la conocida "tool" creada por 
Steve Anger. Examinando algunos de 
los ficheros "convertidos" por 3ds2pov, 
el autor de estas lfneas concibio un me- 
todo para resolver los tipicos proble- 
mas de traduccion. Un metodo mas 
preciso y sencillo que el explicado en 
el numero 1 de Rendermanfa. Sin em- 
bargo (jayl), 3ds2pov unicamente con- 
vierte escenas de 3D Studio (al formato 
de Pov). Hasta el momenta no hemos 



encontrado ninguna utilidad que haga 
lo propio entre Imagine y Pov. 

Explicaremos el siguiente metodo 
porque 3ds2pov es de libre distribution 
y porque 3D Studio es un programa co- 
nocido por un gran numero de lectores. 
(Ademas cabe imaginar que entre ellos 
habra quien prefiera utilizar Imagine o 
que quiera utilizar ambos paquetes). 
Este metodo es algo indirecto pero 
muy sencillo. 
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La grabacion DXF 

Comenzaremos la sesion en el Edi- 
tor de Detalles de Imagine cargando el 
modelo que deseemos trasladar al uni- 
verso de POV. Este modelo habra de 
ser guardado en formato DXF para que 
pueda ser importado por 3D Studio. 
Una vez que esto sea hecho, grabare- 
mos el modelo en formato 3ds y pasa- 
remos a emplear 3ds2pov para realizar 
la conversion final. A grandes rasgos 
este es el metodo, pero hay que tener 
en cuenta una serie de detalles si que- 
remos que la conversion sea lo mas fiel 
y comoda posible. 




Lo primero que tenemos que tener 
en cuenta es que normalmente un mo- 
delo esta compuesto de muchas piezas 
con diferentes atributos de superficie. 
En el caso de nuestro Jmmp77 quere- 
mos conservar, al menos, el color de 
cada pieza. ^Como hacer esto? 

Para conseguirlo nos veremos obli- 
gados a grabar varios ficheros Dxf, no 
uno solo. Afortunadamente no sera 
preciso grabar un .dxf por cada objeto 
simple. En lugar de esto grabaremos un 
archivo dxf con cada grupo de objetos 
que presenten los mismo atributos de 



superficie. Para ello efectuaremos un 
quickrender para tomar nota de las pie- 
zas que tienen el mismo color. Hecho 
esto, y desde el modo de seleccion de 
objetos, iremos pinchando en ellos 
manteniendo pulsada la tecla shift (mo- 
do multiple). Cuando todos las piezas 
deseadas esten seleccionadas, las agru- 
paremos pulsando sobre "Group" en el 
submenu "States". Previamente hay 
que desagrupar el modelo entero con 
"Ungroup". Hecho esto, entraremos en 
el modo de grupos, seleccionaremos el 
grupo recien creado y lo grabaremos 
como dxf ("Save Dxf, en el submenu 
"objects"). Lue- 
go borraremos 
el grupo con 
"Delete" y, des- 
pues de efectuar 
otro "Quick- 
render" si es 
preciso, repeti- 
remos todo el 
proceso con 
otro grupo de 
objetos de iden- 
tico color. Con- 
tinuaremos con 
este ciclo hasta 
que no quede en pantalla ninguna de 
las piezas del modelo. 



Importando el DXF ^^^ 

El siguiente paso sera ir leyendo los 
ficheros .dxf desde 3D Studio. Al pri- 
mer grupo lo cargaremos con Load pero 
para los siguientes utilizaremos Merge 
ya que de no hacerlo asf borrarfamos 
los objetos ya leidos. Cuando todos los 
ficheros .dxf se hayan cargado tendre- 
mos el modelo completo en 3D Studio. 
(En las pruebas se uso la opcion "la- 
yer", al importar Dxfs). 



Seguidamente hay que preparar el 
modelo antes de guardarlo como fiche- 
ro 3ds. Si grabamos ahora, al u'sar 
3ds2pov nos percataremos, al exami- 
nar el fichero .pov resultante, de que 
solo se ha defmido una unica textura 
para todos los objetos. Para evitar esto 
tendremos que proceder de la siguiente 
forma: Antes de cargar cada fichero 
.dxf desde 3D Studio, pulsaremos so- 
bre la opcion "choose" (elegir), en el 
menu "Surfaces" y elegiremos una tex- 
tura cualquiera tomando nota del nom- 
bre de la misma. Despues cargaremos 
el grupo dxf que corresponda y le asig- 
naremos la textura leida (con "As- 
sign"). Luego volveremos a cambiar la 
textura en curso -eligiendo otra nueva 
con "choose" 8 y cargaremos el siguien- 
te archivo .dxf. Procederemos asi hasta 
que cada grupo de objetos tenga su pro- 
pia textura. Y logicamente deberemos 
tomar nota de a que grupo de objetos 
hemos aplicado cada textura. 

La orientacion espacial 
del modelo 

Como recordaran quienes leyeran el 
numero 1 de Rendermani'a, el sistema 
de ejes de otros programas no tiene por 
que coincidir con el de POV y ese es el 
caso de Imagine y de 3D Studio. Para 
que el modelo sea almacenado en el fi- 
chero 3ds con la orientacion con la que 
trabajamos normalmente en POV (o 
sea: de pie sobre el piano X-Z y con la 
cabina orientada paralelamente al eje Z 
y la cara mirando al lado negativo de 
este), tendremos que efectuar sobre el 
algunas operaciones de rotation. Debe- 
remos hacer que el modelo este de pie 
y mirando hacia nosotros en la ventana 
Top de 3D Studio. Ademas el modelo 
debera quedar de perfil en la ventana 
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Left, con el eje cabeza- 
pies formando una II- 
nea paralela a la de esta 
ventana y con la cabeza 
apuntando al lado iz- 
quierdo de dicha venta- 
na y con el morro hacia 
abajo. Una vez conse- 
guido todo esto graba- 
remos el fichero 3ds. 

Aparte de esto nece- 
sitaremos dos datos: 
information acerca de 
la altura a la que que- 
dan los pies del modelo 
y la altura total del mismo. Para lo pri- 
mero crearemos un piano de dos di- 
mensiones (o importaremos el piano 
del suelo de Imagine) que rotaremos y 
desplazaremos para colocarlo como 
suelo a los pies del mech, una vez que 
hayamos dado a este la orientation an- 
tes descrita. (El piano sera perpendicu- 
lar al Mech puesto de pie y equivale al 
suelo normal de Pov). Luego creare- 
mos una caja alargada cuya base se 
apoyara en el suelo creado y cuyo te- 
cho llegara hasta el techo de la cabina 
del mech. Grabaremos la caja y el sue- 
lo como un fichero 3ds aparte (llama- 
do orienta.3ds). 



Trabajando sobre el fichero 
POV 

Ahora procesaremos los dos fiche- 
ros 3ds con 3ds2pov. Por si alguien no 
lo recuerda, bastard con teclear 

3ds2pov nombre_fichero.3ds nom- 
bre_fichero.pov 




3ds2pov creara dos ficheros a partir 
del .3ds con el mech; un archivo .inc 
donde se almacenaran las sentencias 



triangle y smoothjriangle con la raa- 
11a poligonal de los objetos y un fichero 
.pov donde ira la correspondiente or- 
den include (del fichero .inc) y donde 
se guardara la "conversion" de las tex- 
turas de 3D Studio al sistema Pov. Co- 
mo recordareis, 3ds2pov realiza una 
"traduction" para, en la medida de lo 
posible, convertir los atributos de su- 
perficie al lenguaje escenico de Pov. 

En este caso, esta conversion no nos 
interesara ya que lo que pretendemos 
es escribir manualmente los atributos 
de superficie que tenia el modelo en 
Imagine. Para ello consultaremos los 
valores de color que tenia cada grupo 
de piezas. Estos colores se describen 
con una tripleta rgb cuyos valores os- 
cilan entre y 255. En Pov, por el con- 
trario. la intensidad de cada tono se 
describe con un valor flotante que osci- 
la entre y 1 . Por tanto para "traducir" 
cada tono tendremos que dividir cada 
valor entre 255. Asi, por ejemplo, los 
valores rgb de Imagine <132, 103, 
186> pasaran a ser <.517, .404, .729> 
en Pov. Logicamente, despues de haber 
tornado nota de los colores originales 
de Imagine, tendremos que escribir su 



"traduccion" en las defmiciones de co- 
lor de las texturas del fichero .pov. 

Por ultimo tendremos que escalar y 
situar el mech. Echemos un vistazo al 
fichero pov resultante de la conversion 
de orienta.3ds. Veremos que 3ds2pov 
ha incluido unas h'neas informativas 
con datos acerca del punto 3d donde se 
halla el "centra de gravedad" de cada 
objeto (Center X, Y y Z) y las longitu- 
des en cada eje (Length X, Y y Z). Hay 
un objeto que tiene una longitud de ce- 
ro en el eje Y. es el plano-suelo sobre el 
que estan los pies del mech, por tanto el 
valor de longitud de ese suelo en el eje 
Y indica la altura a la que estan los pies 
del mech (facil <,no?). Ahora vayamos 
con la escala. Queremos que el Mech 
tenga 15 metres de alto y vamos a em- 
plear los pov-edificios del numero an- 
terior en los que 1 unidad equivah'a a 
un metro. De esto se deduce que para 
obtener la escala correcta tendremos 
que dividir 15 entre la longitud Y del 
mech y aplicar el valor resultante en la 
escala. Resumiendo: 

1) Declararemos una union con to- 
dos los objetos del Mech 

2) Escribiremos una operaci6n trans- 
late restando la altura del mech (con el 
valor hallado con el suelo). 

3) Pondremos una orden de escalado 
al mech. Si la longitud Y de este es, por 
ejemplo, de 516 la orden sera sca- 
le<.029, .029, .029>. 

Luego incluiremos los edificios. Co- 
mo vereis, con este metodo nos ahorra- 
remos establecer la escala de los mo- 
delos para la escena de Pov desde 3D 
Studio, lo cual puede ser bastante mo- 
lesto e impreciso. Sobre todo si quere- 
mos exportar varios modelos. 
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En el CD "Rayl3" 




esperar de un trazador de rayos, "Rayl3" 

presenta dos aspectos muy interesantes: el 

documental -los autores explican los 

pormenores del desarrollo y las formulas 

empleadas- y el hecho de que "Rayl3" es 

un producto que aun se halla en fase de 

desarrollo. 



Por "fase de desarro- 
llo" nos referimos 
al hecho de que Jo- 
se Vela confia en 
que un buen nume- 
ro de rendermania- 
cos vea el programa y envi'e sugeren- 
cias y opiniones y, en suma, declare si 
le parece que "Rayl3" es un producto 
lo suficientemente interesante como 
para justificar la aparicion de nuevas 
versiones. Por esta razon, y para dar 
ejemplo, vuestro seguro servidor enfo- 
cara la mayor parte del presente articu- 
lo como una carta abierta dirigida a los 
desarrolladores de "Rayl3" (o a cual- 
quier programador con capacidad, 
tiempo y ganas para hacer un progra- 
ma de este tipo). Antes, sin embargo, 
veamos que incluye el producto que 
podeis encontrar en el CD. 

Instalacion y funcionamiento 

Al descomprimir el fichero arj (con la 
option x) aparecera una serie de subdi- 
rectories con imagenes de ejemplo (de- 
mo), un fichero en el formato de Micro- 
soft Word 6.0 (doc), ficheros escenicos 
de ejemplo (files.rl3) y los fuentes del 
programa en Borland C 3. 1 (fuentes). El 
propio trazador y varias utilidades adi- 
cionales apareceran en el directorio rafz 
donde se efectue la descompresion. 

"Rayl3" es, como dice Jose Vela, un 
trazador de rayos en la lfnea de POV 
(los fuentes de POV son citados en la 
bibliografia del doctorial). Funciona 
mediante ordenes impartidas desde 
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DOS y procesa ficheros de 
generacion de escenas escri- 
tos en un lenguaje propio bas- 
tante rudimentario. Dentro de 
dichos ficheros se incluyen 
instrucciones no solo para el 
disefio de las escenas sino tambien para 
controlar el proceso del render. Asf po- 
dremos indicar a "Ray 13" si queremos 
o no sombras, reflexiones, refracciones, 
estadfsticas, interrupciones por teclado, 
etc. En cuanto a las primitivas del len- 
guaje, "Ray 1 3" soporta pianos, esferas, 
elipsoides y cuadriculas sobre las que 
podremos efectuar las conocidas trans- 
formaciones espaciales. Ordenar un 
render es tan sencillo como escribir: 
rayl3 fichero_entrada.rl3 fichero_salida.jvr 

El fichero jvr resultante podremos 
verlo con el visor "Viewjvr" o transfor- 
marlo a tga con la utilidad "Jvr2tga" 
para verlo despues con un visor mas 
convencional. En la primera prueba, el 
programa devolvio un mensaje indi- 
cando que el modo grafico pedido no 
estaba disponible. Este problema desa- 
parecio al cambiar los parametros de la 
sentencia "Modo Grafico" que estaban 
a "640,480,24" por "640,480,16". Sin 
embargo, al realizar otra prueba con un 
valor de 8 bits por pixel (256 colores), 
el resultado fue una imagen llena de 
colorines (^un fallo en el algoritmo de 
reduction de color?) 

Carta de un usuario al autor 
de "Rayl3" Version 3.0 

La opinion del autor del presente ar- 
ticulo es que "Ray 13" podria Uegar a 
ser un trazador de rayos de primera fila. 
Obviamente, le faltan aiin muchas co- 
sas, pero parece indiscutible que tienes 
los conocimientos para crear un pro- 
ducto de gran interes. Que dispongas 




del tiempo suficiente para ello ya sera 
otra cuestion ya que -aunque estoy muy 
lejos de tener tu nivel matematico- me 
huelo que solo la implementation de un 
buen lenguaje escenico ya se te llevaria 
bastante mas de los dos meses (; !) que 
dices que os llevo la primera version. 

La version 3.0 de "Ray 13" es, por 
ahora, poco mas que un buen motor de 
render. Para que llegue a convertirse en 
un programa de utilization masiva co- 
mo "POV" o "Polyray" necesitara ante 
todo que los usuarios disfruten gene- 




rando escenas con el. Pero, ^corno 
crear estas escenas? Si sigues periodi- 
camente el Foro del Lector te habras 
dado cuenta de que el nivel grafico de 
los usuarios ha subido mucho con res- 
pecto al de hace unos anos. Los usua- 
rios emplean las mas diversas herra- 
mientas como modeladores, lenguajes 
complejos, conversores, etc. para crear 
sus escenas. Esto quiere decir que el fu- 
ture de "Ray 1 3" pasa por que ofrezcas 
alguna via para que los usuarios pue- 



dan generar escenas de gran 
complejidad con el. 
Los tiempos en los que basta- 
ba con generar escenas a base 
de esferas ya han quedado 
atras. Estamos de acuerdo en 
que una escena de ese tipo puede servir 
a la perfection para ilustrar las capaci- 
dades del motor, pero el usuario nece- 
sita -y exige- ciertas herramientas de 
soft rm'nimas para desarrollar sus esce- 
nas. Por logica, las posibles versiones fu- 
turas de "Ray 13" deben'an pasar por uno 
de estos puntos: 1) Mejorar el lenguaje 
escenico hasta darle una complejidad si- 
milar o superior al de "POV". 2) Imple- 
mentar un modelador. 3) Crear una utili- 
dad que permita que "Ray 13" pueda 
interpretar escenas de otros programas. 
Las dos primeras lineas de action re- 
queririan (imagino) una gran cantidad 
de tiempo y esfuerzos sin tener la se- 
guridad de conseguir un resultado real- 
mente impactante. La tercera, por otro 
lado, haria que "Ray 1 3" dependiera ex- 
cesivamente de otros programas. Pro- 
bablemente cada usuario te enviara su 
propia lista de sugerencias de mejoras 
y consejos para dar una "personalidad" 
propia a tu programa; a continuation te 
comento las mias. 

Sugerencias de un usuario 

Sena estupendo disponer de un tra- 
zador de rayos que aunara las ventajas 
propias de los modeladores como "Ima- 
gine" o "3D Studio" con las capacidades 
de un lenguaje escenico similar al de 
"POV". Que yo sepa aiin no se ha hecho 
nada como esto. Mis sugerencias son: 

1) 01 vitiate de la creation de objetos 
para el lenguaje escenico de "Ray 13". 
En lugar de eso, implementa lo mini- 
mo para que "Ray 13" pueda digerir 
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modelos poligonales creados con otros 
programas (modelos, no escenas). Es- 
tos modelos deben'an ser tratados y 
procesados despues por "Ray 13". Se- 
na interesante que el lenguaje permi- 
tiera manipular jerarquicamente los ob- 
jetos constituyentes de los modelos. No 
solo para crear posturas, sino para per- 
mitir variaciones al azar entre posturas 
definidas de un mismo modelo. Ade- 
mas, lo deseable seria que la descrip- 
tion de un modelo solo se almacenara 
una vez y que las "variaciones" del 
mismo solo se guardaran como matri- 
ces con la descripcion de los cambios 
con respecto al modelo original. Esto 
permitina crear escenas con miles de 
objetos complejos no exactamente 
identicos sin necesidad de sufrir por la 
falta de memoria (lo cual es uno de los 
problemas de "POV"). Naturalmente, 
el lenguaje deberia admitir bucles, ifs y 
funciones rand para tratar la colocacion 
de estos modelos y permitir la creation 
de escenas tipo hormiguero (que son di- 
ffciles de hacer con un modelador). 

2) Abundando en lo anterior seria in- 
teresante que el usuario pudiera crear 
arrays de objetos para comprobar la dis- 
tribution espacial de los modelos. Y 
tambien seria interesante que el volu- 
men interior de los mismos fuese reco- 
nocido como tal por el programa a fin 
de resolver cuestiones como la coloca- 
cion de objetos en superficies no lisas y 
los choques entre estos, con vistas a rea- 
lizar animaciones (ya se que esto ultimo 
es tremendamente difi'cil). Resumiendo: 
seria muy interesante que el lenguaje se 
enfocara mas a la disposition y a la ani- 
mation espacial de los modelos (impor- 
tados) que a su descripcion. 

3) Incorpora todos los efectos at- 
mosfericos que puedas. Se de muchos 




lectores que siguen empleando "Po- 
vafx" -una version retocada de "POV 
2.0" creada por Marcos Fajardo- en 
vez de "POV 3.0". Y lo hacen solo para 
seguir empleando los magnfficos efec- 
tos atmosfericos de Marcos. Este es un 
punto al que los usuarios dan mucha 
importancia. 

4) Implementa un sistema automati- 
co de bounding-slab. Una de las venta- 
jas de los lenguajes escenicos (con sen- 
tencias de programacion) es que 
permiten definir muchos elementos con 
pocas lfneas de codigo. Si esta ventaja 
se pierde por un tiempo de render exce- 
sivo (me imagino que la velocidad del 
render de "Ray 13" caera como una pie- 
dra si defines una escena con bastantes 
elementos; corrigeme si me equivoco). 
Como pov-usuario me gustarfa que el 
bounding automatico de "POV" fuera 
mas eficiente con los objetos csg (en el 
numero anterior pretendfa crear una 
ciudad completa con edificios que tenf- 
an roturas csg colocadas aleatoriamente 
en cada estructura; pero al final, y por 




culpa de los tiempos de generation, tu- 
ve que eliminar las operaciones csg). 

5) Haz que el lenguaje permita crear 
texturas algorftmicas. ;Las de "POV" 
son maravillosas! 

6) Si "Ray 1 3" va a seguir siendo un 
producto de DOS. quiza debieras em- 
plear un compilador como Gnu o Wat- 
com por las cuestiones de la velocidad 
del executable y el direccionamiento li- 
neal de memoria. 

7) Haz que "Ray 1 3" genere ficheros 
tga directamente. 

Conclusiones 

Desde luego implementar estas suge- 
rencias no es precisamente pan comido 
(sobre todo las correspondientes a los 
puntos 1 y 2). Pero aumentar la poten- 
cia del lenguaje escenico hasta conse- 
guir algo parecido al lenguaje de 
"POV" tampoco lo es (y por este ulti- 
mo camino "Ray 1 3" acabaria parecien- 
dose demasiado a "POV"). Ademas, 
crear un modelador potente tampoco es 
un camino facil. En resumen: "Rayl3" 
es. en su version 3.0, un excelente pun- 
to de partida, pero ahora, si quieres lo- 
grar que se acabe convirtiendo en un 
producto interesante para el usuario, de- 
bes dotarle de una "personalidad" pro- 
pia en el apartado de construction de 
las escenas (por uno u otro camino). 
Las mejoras en el aspecto de la potencia 
del motor seran siempre bienvenidas, 
pero si no se complementan con un sis- 
tema que permita crear escenas com- 
plejas con mas facilidad... 

En suma, tu trabajo es impresionante 
(jno lo dejes aqui'!). Confi'o en que no 
te tomes a mal mis sugerencias y el que 
no haya hecho una critica mas "cienti- 
fica" de "Ray 13", pero es que las for- 
mulas me intimidan un poco... 
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Nota unportarUe. Podeis remitirnos vuestros trabajos o consultas, bienpor carta a la direction que 
figura en la segunda pdgina de Pcmanfa, o via e-mail a rendermania.pcmania@hobbypress.es 



Batallas virtuales 



Aunque el asunto de la batalla 
virtual entre los humanos y los 
orcos empezo como una broma, el 
continuo envio de modelos para 
reforzar las huestes de uno u otro 
bando por vuestra parte nos obliga 
a declarar que la prometida batalla 
se celebrara muy pronto. Mientras 
tanto, hoy podremos, entre otras 
cosas, echar un vistazo a algunos 
de los modelos que participaran 
en la tan esperada contienda: 
un par de nuevas Catapultas y 
hasta un mago. 
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Juan Carlos Jimenez Mendez de Kdso Studios es recordado aqui por su 
trabajo Cyber Lumis, un modelo femenino creado con 3D Studio del que es- 
te autor prometia una futura version hecha con blobs, j Pues bien, aqui esta! 
La nueva version ha sido creada con Blob Sculptor 2.0 y aiin no es perfecta, 
segiin afirma el propio Juan Carlos, pero espera remediar las imperfecciones 
con la proxima version de Blob Sculptor. ;,Que donde se encuentra dicha 
nueva version y como conseguirla? Bueno, hoy no lo sabemos pero quiza 
podamos responderte en el proximo niimero. 

Tambien es de agradecer el impresionante mago que ha enviado Juan 
Carlos para reforzar a los orcos. El tronco principal del mismo y otras partes 
se han logrado modificando vertice a vertice un samurai obtenido en el in- 
fograf 96. El resto de las partes se han creado a base de extrusiones. En 
cuanto al rostro, como en Cyber Lumis, se obtuvo modificando un rostra 
masculino neutro al que se anadieron texturas. (Si alguien cree que esta tec- 
nica carece de merito, que eche un vistazo a la 
imagen con las caras originates y las finales). 
Juan Carlos afirma que su Nigromante no esta 
demasiado depurado pero el resultado, opina- 
mos aqui, es fabuloso. iiQue has cedido a Cy- 
ber Lumis para que sustituya al Cyberdemon 
del Xmanga de Marg!? A ver cuando lo aca- 
bais... Felicitaciones por tu magni'fico trabajo y 
anotate un tiron de orejas con retorcimiento 
triple por no enviar tu carta al foro. 
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Juan Pacheco 
Guerrero esta tra- 
bajando en una ani- 
mation -de la que 
ya dene unos 10 
minutos de rodaje- 
basada en la pelf- 
cula Tron. Juan se 
queja de la falta de 
espacio en los Cds 
para publicarla. Se comprende que unos 60 megas te parezcan 
pocos para una pelfcula de 20 minutos pero en el CD han de 
entrar muchas cosas y resulta diffcil saber a priori de cuanto es- 
pacio libre va a disponerse. Por cierto anotate un tiron de orejas, 
ya que en tu carta (en el foro) has hablado de casi todo menos de 
los detalles de tu trabajo. 



Nasser Afkir Torres regresa de 
nuevo a estas paginas con un estu- 
pendo trailer que servira para trans- 
portar la grua que ya envio anterior- 
mente. Ambos objetos estan hechos 
con 3D Studio y podeis encontrar el 
proyecto y la carta correspondientes 
en el foro. 
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Los hermanos Rtboiro Jain. Roberto j Juan Ramon, nos envfan diversos trabajos realizados 
con Pov y Moray. Las vicisitudes del trabajo de ambos artistas pueden ser seguidas en su carta pu- 
blicada en el t'oro. En ella Roberto pregunta a vuestro seguro servidor si "sabe algo sobre los dere- 
chos que tenemos los autores sobre nuestras escenas". Pues bien. el mayor problema consiste en 
demostrar que tu trabajo es efectivamente tuyo. Si puedes hacerlo. podnis denunciar cualquier uso 
que alguien haga de el sin tu permiso. Para ello puedes informarte 
en el registro de la propiedad intelectual. Aunque, si no quieres 
molestarte en ello. tambien ofrece cierta proteccion legal el hecho 
de publicar tu trabajo en alguna parte, ya que entonces queda cons- 
tancia publica de que tu nombre estii relacionado con el (a menos 
que alguien haya hecho lo mismo con el mismo trabajo en un fecha 
anterior, claro). 

En cuanto a tus imageries, la catapulta es estupenda. Todo en ella 
es perfecto excepto la textura de la madera, que no parece estar a la 
altura del resto del conjunto. Pasando a piezas, el conjunto es vi- 
sualmente atractivo pero podn'as haber mejorado bastante la forma 
de las piezas de ajedrez y en cuanto a la textura azul... (jugh!). 
Y en cuanto a ti, Juan Ramon, la Sor del canon no logra demasia- 
do bien la forma esperada en un canon medieval (mas bien parece 
futurista). En cuanto a Sasino. ya conozco las dificultades de crear 
una figura antropomorfica desde cero... Quiza hubieras debido re- 
cubrirlo totalmente con una armadura de estilo medieval. Y... ,;a 
que te refieres con eso de las rotaciones de Csg? 
















Isaac Garcia Martinez nos envi'a su primera imagen 






con 3D Studio. La imagen tiene un estilo naif bastante 






simpatico que aun podn'a haber quedado mejor aplican- 






do un bitmap "planeta tierra" sobre el mundo. Isaac 
tambien menciona una catapulta en fase de desarrollo 






para la inminente batallita. jDate prisa! ; Si la batalla se 
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celebrara en el proximo numero te quedan'as fuera! 

( ,Que por que no regalamos Ipas de 3D Studio? Veras, 

los Ipas son creados por gente que aspira a vivir de su 

^^^^^_^^^^^_ trabajo con las ventas. Sola- 
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mente pueden regalarse ver- 








siones free o share de los mis- 
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mos. En cuanto a los precios 
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de los Ipas varian enorme- 
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mente. Puedes encontrar un 
Ipas por 10000 o por 300000 
pesetas. No tenemos por aho- 








ra una lista -ni siquiera media- 
namente completa- de distri- 
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buidores de Ipas. 
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Julian Hierro Garcia desea partici- 

par en la tan anunciada batallita virtual 

de orcos y humanos y envia para ello una 

catapulta que formara parte del bando or- 

co. El modelo basado en el lanzador de 

rocas orco del mundo de Warhammer ha 

sido creado con Moray y es sencillo pero 
muy resulton. 
Mas complejo es el 
Mecha, tambien he- 

cho con Moray, enviado por Julian. La forma general y las arti- 
culaciones del "Mech" son excelentes, aunque el resultado aiin 
podn'a haber mejorado un poco con un cuerpo central de apa- 
riencia algo mas compleja. En cuanto a tu sugerencia acerca de 
un articulo sobre animation con POV... Bien, es cierto que ten- 
dn'a que haberse hablado de ello hace tiempo. Intentaremos re- 
mediar esta situation en breve. Por ultimo, Julian lanza una pro- 
puesta interesante (leed la carta en el foro): hacer una coleccion 
de modelos tipo Warhammer y otra ti- 
po Battletech para hacer batallitas. 
Esta claro que, si la gente se anima a 
ello, habn'a que publicar unas reglas 
mfnimas sobre proporciones, orienta- 
tion de los modelos, conversiones de formato, etc porque, 

claro esta, cada uno emplean'a una herramienta distinta. 

tQue dicen los rendermaniacos? Por de pronto vuestro se- 

guro servidor aporta el modelo de ejemplo de este mes. 



Luis Perez Monpean hace su pri- 
mera aparicion en nuestro foro eon dos 
imagenes creadas con POV. Una de 
ellas, la de la bola, es un experimento 
con las normales del objeto que ha dado 
un resultado bastante vistoso. Nos su- 
mamos a tus felicitaciones a Julian Hie- 
rro Garcia que, como podras compro- 
bar en el numero de hoy, ha seguido 
mejorando con respecto a aquella pri- 
mera imagen del numero 3 de Render- 
mania. jAnimo! Tii tambien puedes 
mejorar. jAtencion Nasser Afkir To- 
rres! Luis te hace un par de comentarios 
en su carta, en el foro. 



1 ,uis Cardenas Salido nos ha envia- 
do un magm'fico AVI en el que pueden 
verse efectos de nieve, movimientos de 
burbujas dentro de liquidos, fuego, luces 
flare, etc. La creation de esta estupenda 
animacion, que incluye una banda sono- 
ra, ha requerido el empleo de bastantes 
programas cuya lista podeis ver en la 
carta del foro. jEnhorabuena Luis! 





Luis Esparto Martin nos envia un pequeiio 

articulo en formato MS Word que reproduci- 

mos en el foro. En el, Luis explica en detalle 

el proceso seguido con 3D Studio para crear 

la efectista escena que podeis ver aqui: la ilu- 

minacion, los Ipas utilizados, las texturas, la 

camara, etc. En- 

horabuena por tu 

escena. No es fre- 

cuente ver por 

aqui escenas con 

"tratamiento at- 

mosferico" hechas 

con 3D Studio. 



NOTA SOBRE IMAGINE 



Algunos lectores nos ban 
enviado notas informanda de 
problemas con el funciona- 
mienlo de Imagine. Hesulta 
dificil responder a ellas ya 
que nosoltos no hemos apre- 
ciado ningun problema, en 
todo caso recordanws que la 
version dislribuida en PCma- 
nia funciona bajo MS Dos. 
Esta version no se ejecutard 
desde Windows. Habreis de 
salir al Dos y -para quienes lo 
hay<iis hecho asi- el progra- 
ma gestionard el misino la 
memoria por lo que no debe 
Iiaber otro gestnr. Ademtis, en 
=to version anterior de Imagi- 
ne se recomendaba tambien 
liberar toda la memoria posi- 
ble del primer megabyte (por 
ejemplo, eliminantlo progra- 
mas residentes). 



20 Rendermama 



